26.7 KB · ⇊ 9 parts · ⤓ Micron 26.7 KB · ⤓ HTML 41.6 KB

top

mwawX.400 è un insieme di raccomandazioni, fornite dall'mwbaITU-T, che definiscono il sistema di gestione dei messaggi mwbqMHS (Message Handling System).

Negli anni '80 e '90, i progettisti di X.400 si aspettavano che diventasse la forma predominante di posta elettronica; tuttavia, questo ruolo fu ricoperto dalla mwbwposta elettronica Internet basata su mwcaSMTP. Il suo utilizzo attuale risiede all'interno delle organizzazioni governative e fino al 2006 è stato una parte fondamentale del servizio di mwcqMicrosoft Exchange Server; le varianti inoltre continuano ad essere importanti nei contesti militari e aeronautici.

• Storia

• Implementazione

• Assegnazione degli indirizzi

• L'introduzione del sistema di directory X.500

• Note

• Bibliografia

• Riferimenti generali

• Raccomandazioni ITU-T X.400

• Voci correlate

• Collegamenti esterni

Le prime mwdqRaccomandazioni X.400 furono pubblicate nel 1984 (mwdgRed Book), mentre una versione sostanzialmente rivisitata fu pubblicata nel 1988 (mwdwBlue Book). Successivamente furono aggiunte nuove funzionalità nel 1992 (mweaWhite Book), dai quali ne conseguirono aggiornamenti. Sebbene X.400 fosse stato originariamente progettato per essere eseguito sul mweqlivello di trasporto OSI, il sempre più crescente utilizzo del protocollo mwegTCP/IP lo rese sempre più marginale.

Sviluppate in collaborazione tra mwfaISO e mwfqIEC, le mwfgRaccomandazioni X.400 specificavano i protocolli standard mwfwOSI per lo scambio di messaggi. La serie di raccomandazioni F.400, pubblicate nello stesso periodo, definiva i servizi di gestione dei messaggi basati sui sistemi di gestione dei messaggi (MHS), nonché l'accesso da e verso l'MHS per i servizi pubblici. Alla fine degli anni '90, l'mwgaITU-T decise di consolidare le raccomandazioni F.400 e X.400 e pubblicò quindi nel giugno 1999 la raccomandazione mwgqITU-T F.400/X.400 intitolata "Sistema di gestione dei messaggi e panoramica dei servizi".

Le raccomandazioni della serie X.400 definiscono i vari aspetti tecnici dell'MHS:

• La raccomandazione mwhqITU-T X.402 (mwhgISO / mwhwIEC 10021-2) definisce l'architettura complessiva del sistema di un MHS,

• La raccomandazione mwiqITU-T X.411 (mwigISO / mwiwIEC 10021-4) definisce il Message Transfer Service (MTS) e il suo componente funzionale mwjaMessage Transfer Agent (MTA);

• La raccomandazione mwjgITU-T X.413 (mwjwISO / mwkaIEC 10021-5) definisce il Message Store (MS).

Tutte le raccomandazioni mwkgITU-T forniscono termini specifici per le descrizioni delle entità e delle procedure del sistema. Ad esempio, i messaggi (e-mail) scambiati tra le persone vengono indicati come mwkwInterpersonal Messaging (IPM).

La gestione dei messaggi è un mwlqsistema distribuito che integra due processi principali: quello per il trasferimento dei messaggi e quello per la loro archiviazione.

Le Raccomandazioni mwlwITU-T definiscono protocolli specifici per un'ampia gamma di attività di comunicazione: per esempio, il protocollo P1 viene utilizzato esplicitamente per la comunicazione tra i vari mwmaMTA; il protocollo P3 tra lo mwmqUser Agent (UA) e un MTA; infine, il protocollo P7 tra l'UA e il Message Store (MS).

Nella versione del 1994, il protocollo P7 è stato migliorato per fornire cartelle nel Message Store, consentire l'archiviazione dei messaggi inviati e fornire molte azioni automatiche come l'inserimento automatico di cartelle e la correlazione di risposte, i report degli invii dei messaggi e le notifiche di ricezione con i relativi messaggi inviati.

Gli standard dei contenuti dei messaggi X.400 sono definiti per la comunicazione tra i vari UA. Questi vengono modellati come protocolli concettuali che usano P1 e P3/P7 per fornire un trasporto affidabile dei messaggi.

Nel protocollo P2, così nominato nel mwnqRed Book e definito nella Raccomandazione ITU-T X.420 | ISO / IEC 10021-7, si trova lo standard del contenuto per la messaggistica interpersonale, IPM (mwngInterpersonal Messaging). Nella versione estesa di IPM, descritta successivamente nel mwnwBlue Book, è stato assegnato il tipo di contenuto 22 (stante per P2 versione 2) ed è spesso indicata informalmente come P22, sebbene tale termine non sia utilizzato negli standard. Lo standard del contenuto dei messaggi per mwoaEDI è invece definito nelle ITU-T Rec. F.435 | ISO/IEC 10021-8 e ITU-T Rec. X.435 | ISO/IEC 10021-9 e informalmente denominato P35. Un tipo di contenuto di messaggistica vocale è definito nel ITU-T Rec. F.440 e X.440.

Tra le caratteristiche più importanti di X.400 troviamo:

• l'indirizzamento strutturato;

• l'mwpqASN.1, un linguaggio astratto, mwpgseriale e standardizzato che abilita la trasmissione di contenuti multimediali (precedente e più efficiente di mwpwMIME);

• diverse funzionalità di sicurezza integrate.

Poiché mwqgITU riteneva che i servizi di inoltro interdominio X.400 dovessero essere gestiti autonomamente dai vari enti governativi di Poste e Telecomunicazioni, X.400 incorporava campi per il trasferimento automatico di messaggi tra X.400 e altri servizi PTTcite-ref-1[1], come il mwrwfax e la posta fisica. Questa idea sbagliata di fondo fu tra le cause per le quali X.400 non raggiunse mai quella diffusione inizialmente sperata, nonostante negli anni ci furono diversi tentativi da parte di mwsaISO di aggiungere funzionalità per ampliare il suo utilizzo.

Dalla fine degli anni '80, molti Stati si impegnarono nel definire il mwswmodello OSI, attraverso il GOSIP - Government Open Systems Interconnection Profiles. A loro volta, i principali produttori di computer si impegnarono altresì a produrre prodotti compatibili con OSI, incluso X.400. mwtqIl server Exchange di Microsoft venne sviluppato in questo periodo di tempo e basato internamente su X.400/mwtgX.500, con la versione iniziale che, almeno teoricamente, riusciva ad inviare messaggi tramite Messaging API (mwtwMAPI), X.400 o Simple Mail Transfer Protocol (mwuaSMTP).cite-ref-2[2] In pratica, tuttavia, la maggior parte di questi protocolli non furono implementati a dovere e, di conseguenza, raramente vennero veramente utilizzati.

In Nord America, anche molti grandi appaltatori della difesa e università si erano già impegnati a favore di Internet e degli standard mwvgTCP/IP, incluso mwvwSMTP per la posta elettronica. X.400 era ed è tuttora utilizzato in alcune applicazioni, come i servizi militari, di intelligence e l'aviazione: il motivo principale è perché le funzioni X.400 per l'integrità e la sicurezza furono sviluppate e implementate molto prima delle loro controparti nel protocollo mwwaSMTP ( mwwqS/MIME, mwwgPGP e mwwwSMTP-TLS). Sempre per lo stesso motivo, in alcuni contesti viene ancora utilizzato per la trasmissione di messaggi EDI tra diversi applicativi.

X.400 è stato esteso per l'uso in applicazioni militari (vedi gli MMHS, mwxgMilitary Message Handling System) e aviazione (vedi mwxwAMHS, mwyamwyqAeronautical Message Handling System).

Una delle principali innovazioni che X.400 ha provato a portare avanti era la risoluzione alla consegna di un messaggio quando l'indirizzo non veniva digitato correttamente. Negli anni '80 e '90, i formati degli indirizzi elettronici variavano da piattaforma a piattaforma, pertanto era difficile per gli utenti sapere come digitarli correttamente. Ciò era in contrasto con il servizio postale "reale", in cui anche gli indirizzi parziali sono dapprima reindirizzati a un ufficio di lettere non recapitate, salvo poi essere consegnati laddove sia possibile interpretare gli errori di battitura.

Per risolvere questo problema, lo schema di indirizzi X.400 includeva diversi campi ridondanti che potevano essere utilizzati per aiutare a recapitare il messaggio. Ad esempio, c'erano campi separati per nome e cognome e un campo per le iniziali. Il server era identificato con più campi, incluso il nome di un'azienda o di un'organizzazione, nonché il paese di origine. L'idea di base era quella che un indirizzo con un qualsiasi campo scritto in maniera errata contenesse comunque informazioni sufficienti affinché il messaggio potesse essere instradato correttamente. Ad esempio, il nome della persona e il paese in alcuni contesti potevano essere già sufficienti.

All'epoca si pensava che in futuro la posta elettronica sarebbe stata fornita dalle multinazionali delle telecomunicazioni o dalle compagnie telefoniche nazionali. Ciò significava che, fintanto che il messaggio raggiungeva il fornitore di servizi, indicato nel campo "mwzgAdministration Management Domain" (ADMD) dell'indirizzo, il sistema avrebbe probabilmente intuito l'utente destinatario. Poiché questo fornitore di servizi era probabilmente di portata nazionale, fornire semplicemente il codice del paese corretto poteva essere un'informazione sufficiente per instradare correttamente il messaggio.

Tuttavia, questo modello fallisce nel momento in cui i servizi di posta elettronica sono forniti dall'azienda o dall'organizzazione dell'utente o quando il fornitore del servizio non è noto. In questo caso, non esiste un database di utenti su scala nazionale ed è sufficiente un nome di organizzazione improprio per causarne il fallimento.

Questo appena descritto è il modello dominante oggi: infatti, gli indirizzi email attuali vengono forniti dalle aziende, le quali utilizzano un server interno o, ancora più comunemente, utilizzano un provider come Microsoft 365 o mwaqGmail. In questo caso, l'ADMD è sconosciuto o uguale all'organizzazione stessa.

Oltretutto, Il sistema di indirizzamento diviso in più parti di X.400 ha reso il formato abbastanza complesso; gli utenti infatti non erano sicuri di quali campi fossero importanti e pertanto tendevano a fornire tutte le informazioni che potevano. Ciò ha reso alcune azioni banali, come lo stampare l'indirizzo su un biglietto da visita o il digitarlo nel client di posta elettronica, più difficili rispetto a sistemi più semplici come quelli trovati in SMTP. Molti ritengono che l'ingombro di questo formato di indirizzamento sia stato, col senno di poi, uno dei principali motivi del mancato successo di X.400.cite-ref-3[3]

Un indirizzo X.400 funge sia per il mittente, sia per il destinatario: non a caso lo si trova spesso denominato come "OR Name", dalle parole mwcaOriginator / Recipient. L'indirizzo ha due scopi:

• Identificazione della casella di posta del mittente o del destinatario;

• Identificazione del dominio globale e/o della sua locazione.

Un indirizzo X.400 è costituito da diversi campi, tra cui:

• C (nome del paese, mwdwcountry)

• ADMD (mweqAdministration Management Domain, a volte nella sua forma abbreviata A): di solito un fornitore di servizi di posta pubblica

• PRMD (mwewPrivate Management Domain, a volte nella sua forma abbreviata P)

• O (Nome dell'organizzazione)

• OU (mwfgOrganizational Unit Names)

• G (nome, mwgagiven name)

• I (iniziali)

• S (cognome, mwgwsurname)

Gli standard originariamente non specificavano come questi indirizzi email dovessero essere scritti, o se gli identificatori di campo dovessero essere maiuscoli o minuscoli, o quali set di caratteri si potessero usare. Solo il documento mwhqRFC 1685 aveva un esempio, basato su una bozza del 1993 della Raccomandazione ITU-T F.401, che assomigliava a:

mwiaG=Harald;S=Alvestrand;O=Uninett;PRMD=Uninett;A=;C=no

Il libro del 1984 (il mwigRed Book) forniva due possibilità per i formati degli indirizzi:

1. utilizzare principalmente l'ADMD ed un sottoinsieme di altri attributi. Questo modo aveva 3 possibili varianti da poter utilizzare, ognuna con dei gruppi di attributi diversi da dover compilare.

2. identificare gli utenti mediante indirizzi di terminali telematici (hardware)cite-ref-4[4]. Questo modo era univoco.

La confusione causata dal formato degli indirizzi X.400 portò alla creazione dello standard mwlaX.500 per mwlqi servizi di directory. L'idea era quella di creare una directory di indirizzi e-mail gerarchica e standardizzata, con funzionalità di replicazione e distribuzione, che consentissero a più organizzazioni di produrre un'unica directory pubblica. Ad esempio, ciascun ADMD, nel ruolo di mwlgservice provider, può decidere di caricare la propria directory su un server X.500 condiviso: ciò consente la ricerca di questo database da parte degli UA X.400 durante la creazione della propria email, permettendo loro di dover conoscere solo il nome del destinatario e quello dell'ente organizzativo, ossia ciò che viene definito nel campo O dell'indirizzo.cite-ref-x500ldap-5-0[5]

Ciò nonostante, il protocollo X.500 si rivelò altrettanto complesso e ingombrante esattamente come quello proposto inizialmente da X.400. Ciò ha portato alla creazione del mwnaLightweight Directory Access Protocol, o LDAP, che ha standardizzato un semplice sottoinsieme dei protocolli X.500 al fine di creare software che permettessero la ricerca dei vari indirizzi. LDAP è tuttora ampiamente utilizzato nei servizi di directory come quello di mwnqActive Directory di Microsoft.cite-ref-6[6]

Inoltre, l'obiettivo di fornire un database di indirizzi universale era fondamentalmente un'idea sbagliata, ma figlia dei suoi tempi. Infatti, nell'era delle società di telecomunicazioni nazionali come mwowBritish Telecom o mwpaFrance Télécom, i nomi ed i numeri di telefono delle persone erano considerate informazioni pubbliche e già raccolti in tali elenchi sotto forma di mwpqelenco telefonico. Estendere questo agli indirizzi e-mail sembrava ovvio; tuttavia, questo semplicemente non era il caso negli anni '80. In quegli anni infatti, la posta elettronica era spesso associata ad utenti aziendali o governativi: tali organizzazioni trattavano questi indirizzi come preziosi o addirittura riservati. Non c'era motivo di condividere queste informazioni; come afferma oltretutto il documento RFC2693, "mwpgimmaginate che la CIA aggiunga la sua directory di agenti in una pool X.500 mondiale".cite-ref-7[7]

cite-note-11. ↑ Questa la sigla comunemente utilizzata da diversi Stati per indicare il loro servizio statale di Poste, Telegrafi e Telecomunicazioni.

cite-note-22. ↑ mwta mwtqhttps://www.itprotoday.com/email-and-calendaring/microsoft-exchange-server-50-smoothes-rough-edges.mwtg mwtwParametro mwuatitolo vuoto o mancante (aiuto)

cite-note-33. ↑ mwvwmwwamwwqX400 Debate: Addresses are ugly, su mwwgalvestrand.no.

cite-note-44. ↑ A Practical Guide to X.400 Addressing by Roger K Mizumori page 26 ISBNmwxw 1-85032-210-4

cite-note-x500ldap-55. ↑ mwywmwzaCollections Canada, mwzqhttp://www.collectionscanada.gc.ca/iso/ill/document/ill_directory/X_500andLDAP.pdfmwzg Titolo mancante per url mwzwurl (aiuto).

cite-note-66. ↑ mw1qmw1gCollections Canada, mw1whttp://www.collectionscanada.gc.ca/iso/ill/document/ill_directory/X_500andLDAP.pdfmw2a Titolo mancante per url mw2qurl (aiuto).

cite-note-77. ↑ mw3wmw4amw4qRFC2693, 1999, mw4gDOI:mw4w10.17487/RFC2693.

• mw5wTelecommunications technology, 1993, ISBN 0-89006-597-7.

• mw6qElectronic mail : an introduction to the X.400 message handling standards, 1992, ISBN 0-07-051104-7.

• mw6wX.400 and SMTP: battle of the e-mail protocols, 1997, ISBN 1-55558-165-X.

• mw7w(EN) RFC 1615 — Migrating from X.400(84) to X.400(88), su datatracker.ietf.org, Internet Engineering Task Force.

• mw8q(EN) RFC 1649 — Operational Requirements for X.400 Management Domains in the GO-MHS Community, su datatracker.ietf.org, Internet Engineering Task Force.

• mw9qRec. ITU-T mw9gF.400/X.400 | ISO/IEC 10021-1 Sistema di gestione dei messaggi e panoramica dei servizi

• mw-aRec. ITU-T mw-qX.402 | ISO/IEC 10021-2 Message Handling Systems (MHS): architettura generale

• mw-wRec. ITU-T mw-aX.411 | ISO/IEC 10021-4 Message Handling Systems (MHS): sistema di trasferimento dei messaggi: definizione e procedure astratte del servizio

• mw-gRec. ITU-T mw-wX.413 | ISO/IEC 10021-5 Message Handling Systems (MHS): archivio messaggi - Definizione astratta del servizio

• mwaqeRec. ITU-T mwaqiX.419 | ISO/IEC 10021-6 Message Handling Systems (MHS): specifiche del protocollo

• mwaqqRec. ITU-T mwaquX.420 |ISO/IEC 10021-7 Message Handling Systems (MHS): sistema di messaggistica interpersonale

• mwaqcRec. ITU-T mwaqgX.435 |ISO/IEC 10021-9 Message Handling Systems (MHS): sistema di messaggistica per lo scambio di dati elettronici

• mwaqoRec. ITU-T mwaqsX.412 | ISO/IEC 10021-10 Sistemi di gestione dei messaggi (MHS): instradamento MHS

• mwaq0Rec. ITU-T mwaq4X.404 | ISO/IEC 10021-11 Message Handling Systems (MHS): routing MHS - Guida per i gestori dei sistemi di messaggistica

• mwariX.500

• mwarqASN.1

• mwaryMessage Handling System

• mwargUnione internazionale delle telecomunicazioni (UIT)

• mwaroCommissione elettrotecnica internazionale (IEC)

• mwarwOrganizzazione internazionale per la standardizzazione (ISO)

• mwar4Scambio elettronico di dati (standard ANSI)

• mwasaPosta elettronica

• citereffoldoc(EN) Denis Howe, X.400, in Free On-line Dictionary of Computing. Disponibile con licenza mwasqGFDL

• mwasyDomande frequenti su X.400 di Harald T. Alvestrand - Un elenco completo di risorse sulla serie di standard x.400 (ultimo aggiornamento nel 1995)

• mwasgX400.org mwaskArchiviato il 24 settembre 2006 in Internet Archive.